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^ (57) Abstract: A method and system for synchronizing files shared by members of a distributed workgroup through electronic mail. 
^ Electronic mail having a synchronization command embedded in multipurpose internet mail extensions is generated (102) when a 
workgroup member revises a workgroup file and is sent (103) to the other workgroup members. Upon receipt ( 104) of the electronic 
Q mail containing the synchronization command (105), the local copy of the corresponding workgroup file resident on the computer 
^ of the recipient is synchronized to reflect the revision (107, 108, 109, 110). Membership in the workgroup is managed through 
^ electronic mail having embedded mailer's list management command as well. 
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MAINTAINING SYNCHRONIZATION IN A VIRTUAL 

WORKSPACE 

BACKGROUND 

5 

I. Field of the Invention 

The present invention relates generally to maintaining a synchronized 
multi-user collaborative environment, and more particularly to methods and 
10 systems of maintaining synchronization in a multi-user collaborative 
environment through the use of standard internet-formatted electronic mail. 

II. Related Art 

1 5 In collaborative multi-user environments, often referred to as workgroup 

environments, a number of users or workgroup members operating in their 
individual or local workspaces have access to a single computer file 
simultaneously. The ability to access the file in this manner typically includes 
the ability of each member to alter the file at any time as well. Thus, the larger 

20 the number of members in the workgroup the more critical it becomes that the 
individual workspaces of each member be synchronized to ensure that all users 
in the workgroup have access to the same version of a file. 

Various methods and systems for maintaining a synchronized workgroup 
environment are known in the art. Many such systems involve the use of a 

25 centralized workspace wherein synchronized files are maintained in a single 
location but can be accessed remotely by workgroup members from their local 
workspaces. Software residing in the centralized workspace performs the task of 
synchronizing any files that have been accessed and revised simultaneously by 
various workgroup members in their local workspaces. 

30 One example of such a system utilizes the internet as the means of 

accessing the centralized workspace. Workgroup members access files installed 
on a central server using internet browsers installed in their local workspaces. 
As the workgroup members revise copies of a shared file in their local 
workspaces, a software plug-in installed on their internet browser communicates 

35 those revisions to the central server via the internet. Software residing on the 
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central server then synchronizes the file residing on the central server with the 
revised file located in the individual workspace. The software on the central 
server will also send electronic mail. In the standard configuration, a local 
workspace for a workgroup member must be connected to the internet while the 
5 workgroup member is working on a shared file in his local workspace. If a 
workgroup member wants the ability to work on a shared file while off-line from 
the internet, he must install additional proprietary software on the computer in 
his local workspace. 

Another method for maintaining a synchronization in an asynchronous 

10 distributed workgroup environment involves a rudimentary use of electronic 
mail to communicate revisions to workgroup members. In its simplest form, a 
workgroup member will create in their local workspace a file to be shared with 
the other members of the workgroup. The workgroup member will then send 
copies of the shared file to the other workgroup members as an electronic mail 

15 file attachment, along with written comments or instructions regarding what has 
been done or is to be done with the copy of the shared file. As each member in 
the workgroup revises their copy of the shared document 4n their local 
workspace, they must then send a copy of their revised copy or version of the 
shared file to every other member of the workgroup. It is then up to the other 

20 workgroup members to notice that a revised copy of the shared file has arrived 
in their local workspace, and overwrite their copy of the shared file with the 
revised copy of the shared file or create a new version of the shared file which 
they will recognize as the latest version of the shared file in their local 
workspace. In other words, it is up to each individual workgroup member to 

25 synchronize his local workspace. 

The limitations of the foregoing method are obvious, and become 
increasingly more limiting as the number of workgroup members increases. 
Particularly troubling is the scenario involving multiple workgroup members 
revising their copies of the shared file simultaneously. Rather than simply 

30 overwriting their copy of the shared file with the revised copy of the shared file 
that has arrived in their local workspace, each workgroup member must then 
choose which revised copy of the shared file to use as the synchronized shared 
file residing in their local workspace, abandoning the revisions in the other 
revised copies of the shared file, or create several new versions of the shared file 
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which they will recognize as the latest versions of the shared file in their local 
workspace. 

These problems and deficiencies are recognized and solved by the present 
invention in the manner described below. 

5 

SUMMARY OF THE INVENTION 

The present invention is directed to a method and system that allows one 
to maintain synchronization among shared computer files in asynchronous 

10 distributed workgroup environments without the need for a centralized 
workspace or centralized server, homogeneous computers in the local 
workspaces of workgroup members, proprietary communication protocols or 
dedicated network connections between members of a workgroup. A system 
having features of the present invention comprises a number of electronic mail 

15 servers, a number of computers capable of sending and receiving standard 
internet formatted electronic mail, and electronic mail user agents installed on 
each of the computers. Whenever one of the computers in the system receives an 
electronic mail message and the user agent resident on that computer detects a 
synchronization command embedded in the multipurpose internet mail 

20 extensions of the internet formatted message, the user agent will synchronize the 
shared files residing on the computer in the local workspace of that workgroup 
member. Some types of synchronization commands are accompanied by file 
attachments or additional MIME parts in the electronic mail message. 

A system having features of the present invention may also generate and 

25 send to the other members of the workgroup electronic mail messages 
containing embedded synchronization commands whenever a workgroup 
member revises a shared computer file in his local workspace. A system having 
features of the present invention may also utilize embedded mailing list 
management commands to add and remove computers from the system. 

30 

BRIEF DESCRIPTION OF THE DRAWINGS 

The features, objects and advantages of the present invention will become 
more apparent from the detailed description set forth below when taken in 
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conjunction with the drawings, in which like reference characters identify 
corresponding items throughout and wherein: 

Figures 1 and 1A are a flow diagram of a method for automatically 
synchronizing computer files shared by members of a workgroup, in accordance 
with a preferred embodiment of the invention. 

Figure 2 and 2A are a flow diagram of a method for adding and deleting 
members to a workgroup, in accordance with a preferred embodiment of the 
invention. 

Figure 3 is a block diagram showing the components of a system for 
automatically synchronizing computer files shared by members of a workgroup, 
in accordance with a preferred embodiment of the invention. 

DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 

The present invention utilizes commands embedded in standard internet 
formatted electronic mail to achieve various functions in workgroup 
environments. Specifically, preferred embodiments of the present invention 
utilize commands embedded in the multipurpose internet mail extensions 
(MIME) of standard internet formatted electronic mail to synchronize files 
shared by members of a workgroup, add new members to a workgroup, and 
remove existing members from a workgroup. A preferred embodiment of the 
present invention synchronizes files shared by members of a workgroup 
automatically and in the background. Preferred embodiments of the present 
invention also address the situation where two or three workgroup members 
revise a local workgroup file simultaneously. 

Referring now to Figures 1 and 1A, there is shown a flow diagram of a 
computer-implemented method for automatically synchronizing computer files 
shared by members of a distributed asynchronous workgroup according to one 
embodiment of the present invention. One skilled in the art will note however 
that the present invention is neither limited to the particular embodiments 
disclosed nor distributed asynchronous networks, and may be utilized with, by 
way of example only, synchronous networks, non-distributed networks, and 
various combinations thereof. 
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Each member of the workgroup has local copies of the shared files 
residing on their computer, as well as -a workgroup mailing list containing the e- 
mail addresses of each member in the workgroup. The local copies of the files 
shared by the members of the workgroup are the only copies of the shared files 
necessary for the method. There is no need for a centralized workspace wherein 
the shared files reside and are accessed remotely by members, wherein copies of 
the shared files reside and are synchronized in that central location, or wherein a 
master workgroup mailing list would be maintained. Any particular member of 
the workgroup may also be a member of other workgroups, in which case he 
will have local copies of shared files and a workgroup mailing list for each of the 
workgroups of which he is a member. In a preferred embodiment of the 
invention, each workgroup member has a local workgroup folder, directory, or 
similar storage location, for each workgroup of which they are a member and 
wherein their local copies of the shared workgroup files for each workgroup 
reside. 

Referring now to Figure 1, the process begins in step 101 when a 
workgroup member revises his local copy of a workgroup file. Revisions include 
creating a new workgroup file, deleting a workgroup file or creating a new 
version of a workgroup file. Other file operations may however be considered 
revisions as well. In response to the file revision in step 101, the computer in 
step 102 automatically creates an e-mail message in MIME format with a 
synchronization command embedded in the MIME and attaches a copy of the 
revised local workgroup file to the e-mail message as a MIME file attachment or 
MIME part. In a preferred embodiment of the invention, the synchronization 
commands are embedded in the MIME formatted e-mail as MIME text header 
field values. Synchronization commands include add commands, corresponding 
to the creation of a new workgroup file; update commands, corresponding to the 
creation of a new version of a workgroup file; and delete commands, 
corresponding to the deletion of a workgroup file. 

Referring still to Fig. 1, in step 103 the computer automatically queues and 
sends the message created in step 102 to those addresses appearing in the 
workgroup mailing list of that workgroup member. In step 104 another member 
of the workgroup receives the e-mail message created in step 102. In response to 
the receipt of the e-mail in step 104, the computer automatically determines 
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whether or not there is a synchronization command embedded in the MIME of 
that email. If there is no embedded synchronization command detected, the e- 
mail is treated as a normal or non-workgroup related e-mail by the computer in 
step 105A. 

If an embedded synchronization command is detected in step 105, the 
computer determines in step 106 whether the recipient of that e-mail is a member 
of the workgroup with which the command is associated. If the recipient has 
information regarding the workgroup in their local workgroup list they are 
members of the workgroup. If the computer determines that the recipient is not 
a member of the workgroup, the e-mail is disregarded in step 106A and no local 
workgroup file operations are performed in response to the e-mail. 

If the computer determines in step 106 that the recipient is a member of 
the workgroup, the computer determines in step 107, referring now to Figure 1 A, 
whether the embedded synchronization command is an add or update 
command. If the computer detects an add or update command, the computer 
determines in step 108 whether a local copy of the particular workgroup file 
exists in the local workgroup files of the recipient workgroup member. If a local 
copy of the workgroup file does exist, the computer creates a backup copy of the 
existing local copy of the workgroup file in step 109, and saves in step 110 the 
MIME file attached to the e-mail as the local workgroup file of the recipient 
workgroup member. The computer will typically store the backup copy in a 
specially designated file or storage location which can be pre-selected by the 
computer or system of the invention. In an alternative embodiment of the 
present invention, the workgroup member can set or select the number of 
generations of backup copies that will be kept. If the computer determines in 
step 108 that no local copy of the workgroup file exists, the computer skips to 
step 110 and saves the MIME file attached to the e-mail as the local copy of the 
workgroup file of the recipient workgroup member. 

Referring still to Figure 1A, if the computer determines in step 107 that the 
synchronization command embedded in the MIME of the e-mail is neither an 
add nor an update command, the computer then determines in step 111 whether 
the synchronization command is a delete command. If the computer determines 
that the command is not a delete command, the e-mail is disregarded in step 
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111A and no local workgroup file operations are performed in response to the e- 
mail. 

If the computer determines in step 111 the embedded synchronization 
command is a delete command, the computer determines in step 112 whether a 
5 local copy of the workgroup file associated with the delete command exists in 
the active local workgroup files of the recipient workgroup member. If a local 
copy of the workgroup file does exist, the computer creates a backup copy of the 
local copy in step 113, and removes or deletes the local copy from the current 
local workgroup files of the recipient workgroup member. The computer will 
1 0 typically store the backup copy in a specially designated file folder or location. If 
the computer determines in step 111 that no active local copy of the workgroup 
file associated with the delete command exists, the e-mail is disregarded in step 
112A and no local workgroup file operations are performed in response to the e- 
mail. 

1 5 According to an alternative embodiment of the present invention, each 

local copy of a workgroup file typically has two associated digests, a local- 
copy .digest and an ancestor.digest, as well as a record of the last modification 
time of the local copy. Whenever a local copy is revised by a workgroup 
member in step 101 of the process noted above, the computer updates the last 

20 modification time record for the local copy to accurately reflect the time and date 
when the file was revised. In step 102 of the process above, the computer also 
creates a new local-copy .digest using a hashing algorithm and saves the existing 
local-copy .digest as the ancestor.digest, before generating the e-mail message 
containing the embedded synchronization command. 

25 Those having skill in the art will appreciate that many different hashing 

algorithms may be used to generate the digests in accordance with the present 
invention such as the Message Digest 5 (MD5) algorithm, or others such as those 
discussed in Chapter 18 of "APPLIED CRYPTOGRAPHY, Protocols, Algorithms, 
and Source Code in C" by Bruce Schneier, 2 nd Ed. 1996, Wiley & Sons, Inc. 

30 However, the Secure Hashing Algorithm (SHA-1) defined in FIPS PUB 180-1 
issued by the National Institute of Standards and Technology, and which is 
incorporated by reference herein, is particularly well-suited for used with the 
present invention. The SHA-1 algorithm takes a message or file that is less than 
2 M bits in length and produces a 160-bit message digest that is designed in a way 
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that is computationally expensive to find a text which matches a given hash. In 
other words, if one has an SHA-1 hash for document A, H(A), it is exceedingly 
unlikely that one will find a document B where H(B) = H(A). In the case of a 
new workgroup file being created by a workgroup member, which would 
ultimately generate an e-mail having an embedded add synchronization 
command, the local copy will have only a local-copy.digest associated with it 
until that local copy is revised, at which point the digests are handled as noted 
above in conjunction with an update. 

Having created the new local-copy.digest and saved the previous local- 
copy.digest as the ancestor.digest, the computer completes step 102 by 
generating an e-mail message in MIME format with an embedded 
synchronization command as before, with one exception. The computer includes 
as part of the embedded synchronization command the ancestor.digest of the 
revised local copy; unless the revision to the local copy in step 101 was the 
creation of a new workgroup file, in which case the computer includes as part of 
the embedded synchronization command a digest that is a copy of the local- 
copy.digest created for the new file. 

The method proceeds as described above up to either step 108 or 112. If 
the result of the determination in step 108 is "Yes," indicating that a local copy of 
the attached workgroup file exists, the computer determines whether the digest 
of the workgroup file attached to the e-mail is identical to the digest of the local 
copy. Thus, in the case of an update command, the computer determines 
whether ancestor.digest = local-copy.digest; and in the case of an add command, 
whether digest = local-copy.digest. If the digests are identical, the add or update 
command is valid, a backup copy of the existing local copy is created, and the 
workgroup file attached to the e-mail is saved as the local copy of the workgroup 
file. If the digests are not identical there is a conflict, indicating that the existing 
local copy and the copy of the workgroup file attached to the e-mail do not have 
the same ancestry. The workgroup member is notified of the conflict and must 
then choose how to resolve the conflict. If the result of the determination in step 
108 is "No," indicating that a local copy of the attached workgroup file does not 
exist, the attached workgroup file is saved as the local copy on the recipient's 
computer as before. 
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Referring now to step 112, if the result of the determination is "Yes," the 
computer determines whether the digest of the workgroup file attached to the e- 
mail is identical to the digest of the local copy. In other words, whether 
ancestor.digest = local-copy.digest. If the digests are identical, the delete 
5 command is valid, a backup copy of the existing local copy is created and the 
local copy of the workgroup file is deleted from the recipient's computer. If the 
digests are not identical there is a conflict, indicating that the existing local copy 
and the copy of the workgroup file attached to the e-mail do not have the same 
ancestry. The workgroup member is notified of the conflict and must then 

10 choose how to resolve the conflict. If the result of the determination in step 112 
is "No," indicating that a local copy of the attached workgroup file does not exist, 
the computer disregards the e-mail and no file operations are performed on the 
recipient workgroup member's computer. 

Exemplary add, update, and delete commands containing the foregoing 

15 digests are seen as follows: 



Add 



Mime- Version: 1.0 
20 Content-Type: text/x.peanut-command 

Workgroup-Name: "Eudora Alpha testers" 

Workgroup-ID: 1951Jo 

Workgroup-Code: 1951390234 

Action: add 
25 Action-Source-Name: "Steve Dorner" 

Action-Source-Address: sdorner@qualcomm.com 

Action-Object-Name: Eudora4.2b81-6.99PPC.sit 

Action-Object-Path: "/41/Eudora4.2b81-6.99PPC.sit" 

Action-Object-Digest: 4AA973CD4C4DAA4F61EEB2BDBAD27316534016F 
30 Action-Object-Attachment: 10320905 



Update 



35 Mime-Version: 
Content-Type: 
Workgroup-Name: 
Workgroup-ID: 
Workgroup-Code: 

40 Action: 

Action-Source-Name: 



1.0 

text/x.peanut-command 

"Eudora Alpha testers" 

1951Jo 

1951390234 

update 

"Steve Domer" 
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Action-Source-Address: 
Action-Object-Name: 
Action-Object-Path: 
Action-Object-Digest: 



Action-Object-Prior-Digest: 
Action-Object-Attachment: 
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sdorner@q ualcomm mm 

Eudora4.2b81-6.99PPC.sit 

"/41 /Eud6ra4.2b81-6.99PPC.sit" 

34AA973CD4C4DAA4F61EEB2BDBAD27316534016 

84983E441C3BD26EBAAE4AA1F95129E5E54670F1 
21145733 



Delete 



Mime-Version: l.o 

Content-Type: text/x.peanut-command 

Workgroup-Name: "Eudora Alpha testers" 

Workgroup-ID: l951Jo 

Workgroup-Code: 1951390234 

Action: delete 

Action-Source-Name: "Steve Dorner" 

Action-Source-Address: sdorner@q ua lcomm.rnm 

Action-Object-Name: Eudora4.2b78-5.99PPC sit 

Action-Object-Path: 741/Eudora4.2b78-5.99PPC sit" 

Action-Object-Prior-Digest: 84983E4 41C3BD26EBAAE4AA1F95129E5E54670F1 

Those having skill in the art will appreciate that other commands and 
forms of the commands are possible, and that the invention is neither limited to 
the specific commands nor the specific forms of the commands set forth herein. 

Referring now to Figures 2 and 2A, there is shown a flow diagram of a 
computer-implemented method for automatically adding new members to or 
removing existing members from a workgroup according to one embodiment of 
the present invention. Each member of the workgroup has local copies of the 
shared files residing on their computer, as well as a workgroup mailing list 
containing the e-mail addresses of each member in the workgroup. The local 
copies of the files shared by the members of the workgroup are the only copies of 
the shared files necessary for the method. There is no need for a centralized 
workspace wherein the shared files reside and are accessed remotely by 
members, wherein copies of the shared files reside and are synchronized in that 
central location, or wherein a master workgroup mailing list would be 
maintained. 

Any particular member of the workgroup may also be a member of other 
workgroups, in which case he will have local copies of shared files and a 
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workgroup mailing list for each of the workgroups of which he is a member. In 
a preferred embodiment of the invention, each workgroup member has a local 
workgroup folder or storage location for each workgroup of which he is a 
member and wherein his local copies of the shared workgroup files for each 
5 workgroup reside. 

Referring to Figures 2, the process begins in step 201 when a computer 
user, who may or may not be a current member of the workgroup, receives an e- 
mail in MIME format. In response to the receipt of the e-mail in step 201, the 
computer determines whether there is a mailing list management command 

10 (MLM command) embedded in the MIME of that e-mail. MLM commands 
include invitation commands, corresponding to an invitation to add the 
computer user to the workgroup; rsvp commands, corresponding to the addition 
of the computer user to the workgroup as a new member; introduction 
commands, corresponding to the introduction of the new workgroup member to 

15 the other workgroup members by the author of the invitation command; 
welcome commands, corresponding to the welcoming of the new member to the 
workgroup by the other workgroup members; and leave commands, 
corresponding to the removal of an existing member from the workgroup. Other 
MLM commands are contemplated that would correspond to other workgroup 

20 mailing list revisions. If there is no embedded MLM command detected, the e- 
mail is treated as a normal or non-workgroup related e-mail by the computer in 
step 202A. If an embedded MLM command is detected in step 202, the computer 
then determines in step 203 whether the MLM command is an invitation 
command. 

25 Referring still to Figure 2, if the computer detects an invitation command 

in step 203, the computer determines in step 204 whether the recipient of the e- 
mail is an existing member of the workgroup. If it is determined that the 
recipient of the e-mail in step 201 is an existing member of the workgroup, the e- 
mail is disregarded in step 204A and no operations are performed on the 

30 workgroup mailing list of the recipient workgroup member. If it is determined 
in step 204 that the recipient is not an existing member of the workgroup, the 
computer automatically creates a workgroup mailing list in step 205. In step 206, 
the computer then sends an e-mail in MIME format with an invitation command 
embedded in the MIME of that e-mail to the author of the e-mail received in step 
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201 that contained the invitation command. In another embodiment of the 
present invention, the computer notifies the new workgroup member that they 
have been added to the workgroup. In yet another embodiment of the invention, 
prior to creating the workgroup mailing in step 205, the computer notifies the 

5 recipient of the e-mail in step 201 that they have been invited to join the 
workgroup and queries them whether they wish to join the workgroup. Only if 
the recipient responds to the query in the affirmative does the computer proceed 
to steps 205 and 206 described above. Otherwise, the computer disregards the 
invitation command, and no further steps in the process would be performed. 

0 Referring still to Figure 2, if the computer determines in step 203 that the 

e-mail contains no embedded invitation command, the computer determines, in 
step 207, whether the recipient of the e-mail in step 201 is an existing member of 
the workgroup. If the recipient is not an existing member of the workgroup, the 
computer disregards the embedded MLM command in step 207A and exits the 

5 process. If the recipient of the e-mail is a member of the workgroup, the 
computer determines whether the MLM command is an rsvp command in step 
208. If the MLM command is an rsvp command, the computer then determines, 
in step 209, whether the recipient of the e-mail previously sent an invitation 
command to the author of the e-mail received in step 201. If the recipient of the 

0 e-mail did not previously send an invitation command to the author of the e- 
mail received in step 201, the computer in step 209A disregards the rsvp 
command and exits the process. If the recipient of the e-mail did previously 
send an invitation command to the author of the e-mail received in step 201, the 
computer adds the author of the e-mail received in step 201 to the workgroup 

5 mailing list of the recipient in step 210. In step 211, the computer automatically 
creates an e-mail message in MIME format with an introduction command 
embedded in the MIME, queues and sends the e-mail to the other members of 
the workgroup. The computer may also notify the recipient that the new 
workgroup member has been added. In an alternative embodiment, the 

) computer may also send copies of the current workgroup files residing on the 
computer (i.e., the local copies on the computer for the relevant workgroup) to 
the new workgroup member in step 211. Otherwise, the new workgroup 
member receives workgroup files in conjunction with add or update commands. 
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Referring still to Figure 2, if the computer determines in step 208 that the 
embedded MLM command is not an rsvp command, the computer then 
determines, referring now to Figure 2A, in step 212, whether the MLM command 
is an introduction command. If the MLM command is an introduction 
command, the computer determines, in step 213, whether the address of the new 
member being introduced appears in the workgroup mailing list of the e-mail 
recipient of step 201. If the address of the new member being introduced does 
appear in the workgroup mailing list of the e-mail recipient, the computer 
disregards the introduction command and exits the process in step 213A. If the 
address of the new member being introduced does not appear in the workgroup 
mailing list of the e-mail recipient, the computer adds the address of the new 
member to workgroup mailing list of the e-mail recipient in step 214. The 
computer, in step 215, automatically creates an e-mail message in MIME format 
with a welcome command embedded in the MIME, queues and sends the e-mail 
to the new member whose address was added to the workgroup mailing list in 
step 214. The computer may also notify the recipient that a new workgroup 
member has been added. 

if''" 

Referring still to Figure 2A, if the computer determines in step 212 that the 
embedded MLM command is not an introduction command, the computer then 
determines whether the MLM command is a welcome command in step 216. If 
the MLM command is a welcome command, the computer determines, in step 
217, whether the address of the author of the e-mail received in step 201 and 
containing the welcome command appears in the workgroup mailing list of the 
recipient. If the address of the author of the e-mail received in step 201 appears 
in the workgroup mailing list of the recipient, the computer disregards the 
welcome command and exits the process in step 21 7 A. If the address of the 
author of the e-mail received in step 201 does not appear in the workgroup 
mailing list of the recipient, the computer adds the address of the author to the 
workgroup mailing list of the recipient in step 218. 

Referring still to Figure 2A, if the computer determines in step 216 that the 
embedded MLM command is not a welcome command, the computer 
determines whether the MLM command is a leave command in step 219. If the 
MLM command is not a leave command, the computer disregards the e-mail 
received in step 201 and exits the process in step 219A. If the MLM command is 
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a leave command, the computer determines whether the address of the member 
to be removed appears in the workgroup mailing list of the recipient in step 220. 
If the address of the member to be removed does not appear in the workgroup 
mailing list of the recipient, the computer disregards the leave command and 
5 exits the process in step 220A. If the address of the member to be removed 
appears in the workgroup mailing list of the recipient, the computer removes the 
address from the workgroup mailing list of the recipient in step 221. The 
computer may also notify the recipient that a workgroup member has been 
removed. 

0 Exemplary invitation, rsvp, introduction, welcome and removal 

commands in accordance with a preferred embodiment of the present invention 
are as follows: 



Invitation 
15 

Mime-Version: 

Content-Type: 

Workgroup-Name: 

Workgroup-ID: 
20 Workgroup-Code: 

Workgroup-Description: 

Action: 

Action-Source-Name: 
Action-Source-Address: 



Rsvp 



Mime-Version: 
30 Content-Type: 

Workgroup-Name: 

Workgroup-ID: 

Workgroup-Code: 

Action: 
35 Action-Source-Name: 

Action-Source-Address: 



1.0 

text/ x.peanut-invitation 
"Eudora Alpha testers" 
1951Jo 
1951390234 

"Alpha Testing of Eudora" 
invite 

"Steve Dorner" 
sdorner@qualcomm.com 



1.0 

text/x.peanut-invitation 

"Eudora Alpha testers" 

1951Jo 

1951390234 

rsvp 

"Rob Chandhok" 
chandhok@within.com 



Introduction 

40 

Mime- Version: 1.0 
Content-Type: text/x.peanut-invitation 
Workgroup-Name: "Eudora Alpha testers" 

Workgroup-ID: 1951Jo 



WU UI/103U* 



Workgroup-Code: 

Workgroup-Description: 

Action: 

Action-Source-Name: 
Action-Source- Address: 
Action-Target-Name: 
Action-Target- Address: 



15 

1951390234 

"Alpha Testing of Eudora" 
introduce * 
"Steve Dorner" 
sdorner@qualcomm.com 
"Rob Chandhok" 
chandhok@within.com 



10 Welcome 



Mime-Version: 
Content-Type: 
Workgroup-Name: 
15 Workgroup-ID: 
Workgroup-Code: 
Workgroup-Description: 
Action: 

Action-Source-Name: 
20 Action-Source-Address: 



1.0 

text/x.peanut-invitation 
"Eudora Alpha testers" 
1951Jo 
1951390234 

"Alpha Testing of Eudora" 

welcome 

"Rob Chandhok" 

chandhok@within.com 



Leave 



Mime-Version: 

Content-Type: 

Workgroup-Name: 

Workgroup-ID: 

Workgroup-Code: 

Workgroup-Description: 

Action: 

Action-Source-Name: 
Action-Source- Address: 



1.0 

text/x.peanut-invitation 
"Eudora Alpha testers" 
1951Jo 
1951390234 

"Alpha Testing of Eudora" 
leave 

"Rob Chandhok" 
chandhok@within.com 



Those having skill in the art will appreciate that other commands and 
forms of the commands are possible, and that the invention is neither limited to 
the specific commands nor the specific forms of the commands set forth herein. 

40 Referring now to Figure 3, there is a block diagram showing the 

components of a system for automatically synchronizing computer files shared 
by members of a workgroup, and adding members to and removing members 
from a workgroup with commands embedded in the MIME of standard internet 
formatted mail in accordance with a particular embodiment of the invention. 

45 The e-mail transmissions between members of a workgroup in the methods 
described above are represented by the dashed lines between components 301 A- 
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D and 302A-C. Components 301A-D are standard internet mail servers such as 
POP or IMAP servers. Components 302A-302C are the computers of the various 
workgroup members, and each has the hardware necessary to send e-mail to and 
receive e-mail from one or more of the mail servers 301A-D. Components 303A- 
5 C, referred to as mail user agents, represent the software packages residing on 
the user computers 302A-C that actually perform many of the operations in the 
methods described above. While there must be at least one mail server and at 
least two workgroup members, and there must be a mail user agent installed on 
each computer in the system, the number of computers and mail servers in the 

10 system is otherwise unlimited. 

The preceding description of the preferred embodiments of the invention 
is provided to enable any person skilled in the art to make and use the invention. 
The various modifications these embodiments will be readily apparent to those 
skilled in the art, and the generic principles defined herein may be applied to 

15 other embodiments without the exercise of inventive faculty. Thus, the present 
invention is not intended to be limited to the methods and systems shown and 
discussed herein but is to be accorded the widest scope consistent with the 
claims set forth below. 



20 



What is claimed is: 
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CLAIMS 

1 . A system for synchronizing shared computer files comprising: 
2 (a) at least one electronic mail server; 

(b) a plurality of computers, wherein each of said computers is capable 
4 of sending and receiving electronic mail having multipurpose internet mail 

extensions to and from one of said electronic mail servers, and wherein local 
6 copies of said shared computer files reside on said computers; and 

(c) electronic mail user agents installed on each of said plurality of 
8 computers, wherein each of said electronic mail user agents synchronizes said 

local copies in response to synchronization commands embedded within said 
10 multipurpose internet mail extensions of said electronic mail received by said 
computers from said electronic mail server. 

2. The system of claim 1 wherein said electronic mail server is an 
2 internet mail server. 

3. The system of claim 2 wherein said internet mail server is a POP 

2 server. 

4. The system of claim 2 wherein said internet mail server is an IMAP 

2 server. 

5. The system of claim 1 wherein said plurality of electronic mail 
2 servers comprises an enterprise electronic mail server. 

6. The system of 5 wherein said enterprise server comprises a 
2 modified POP server. 

7. The system of 5 wherein said enterprise server comprises a 
2 modified IMAP server. 

8. The system of claim 1 wherein a first user agent residing on a first 
2 computer in said system generates and sends to each of the other user agents in 
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said system a first electronic mail whenever a first local copy residing on said 
4 first computer is revised, said first electronic mail having an embedded 
synchronization command. 

9. The system of claim 8 wherein said first electronic mail has a 
2 multipurpose internet mail extensions file attachment whenever said 

synchronization command is an add command or update command. 

10. The system of claim 8 wherein said local copies each have an 
2 associated file digest, said digest being updated whenever said local copies are 

revised. 

11. The system of claim 10 wherein said digests are hashes of said local 

2 copies. 

12. The system of claim 11 wherein said hashes are created with the 
2 SHA-1 algorithm. 

13. The system of claim 10 wherein said user agents retain a copy of 
2 the preceding digest whenever said local copies are revised. 

14. The system of claim 13 wherein said synchronization commands 
2 contain a copy of said ancestor digests whenever said local copies are revised. 

15. The system of claim 13 wherein said local copies are automatically 
2 synchronized only if said local copy digests equal said ancestor digests 

contained in said synchronization commands. 

16. The method of claim 1 wherein said synchronization commands 
2 are embedded within the header fields of said multipurpose internet mail 

extensions as header field values. 

17. The system of claim 16 wherein said header field values are header 
2 subtype field values. 
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18. The system of claim 17. wherein said header subtype field values 
2 are media subtype held values. 

19. The system of claim 16 wherein said header fields are Content- 
2 Type header fields. 

20. The system of claim 19 wherein said Content-Type header fields 
2 are discrete media type header fields. 

21. The system of claim 20 wherein said discrete media type header 
2 fields are text header fields. 

22. The system of claim 1 wherein said electronic mail user agents 

2 notify the users of said computers when said locally residing shared computer 

files are synchronized in response to said electronic mail received by said 
4 electronic mail user agents. 

23. The system of claim 22 wherein said users are notified by electronic 

2 mail. 



24. The system of claim 1 wherein said shared computer files reside 
2 locally on each of said computers in predefined workgroup folders. 



2 



25. The system of claim 1 wherein computers may be added to or 
removed from said system in response to mailing list management commands 
embedded within said multipurpose internet mail extensions of said electronic 

4 mail received by each of said computers in said system. 

26. The system of claim 25 wherein a new computer may be added to 

2 said system only if said mailing list management command is embedded within 

the multipurpose internet mail extension of electronic mail sent by a computer 
4 presently in said system. 
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27. The system of claim 26 wherein said new computer may added to 
said system only if a positive reply to said electronic mail sent by a computer 
presently in said system is received by said computer presently in said system 
from said new computer. 



28. The system of claim 27 wherein said computer presently in said 
2 system automatically introduces said new computer to each of the other 
computers presently in said system by sending electronic mail having 
4 multipurpose internet mail extensions. 



29. The system of claim 25 wherein said mailing list management 
commands are embedded within multipurpose internet mail extensions of said 
electronic mail as header field values. 



30. The system of claim 29 wherein said header field values are header 
2 subtype field values. 

31. The system of claim 30 wherein said header subtype field values 
2 are media subtype field values. 

32. The system of claim 29 wherein said header fields are Content- 
2 Type header fields. 

33. The system of claim 32 wherein said Content-Type header fields 
2 are discrete media type header fields. 

34. The system of claim 33 wherein said discrete media type header 
2 fields are text header fields. 



35. A method of synchronizing computer files shared by members of a 
workgroup, copies of said files residing on the computers of said workgroup 
members as local workgroup files, said computers being capable of sending and 
receiving electronic mail having multipurpose internet mail extensions, 
comprising the steps of: 



6 



8 
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(A) receiving electronic mail having multipurpose internet mail 
extensions; 



(B) determining, in response to said receipt of said electronic mail, 
whether said multipurpose internet mail extensions contain an embedded 

10 synchronization command; and 

(C) synchronizing, in response to said embedded synchronization 
12 command, said local workgroup files. 

36. The method of claim 35 wherein said electronic mail has a 
2 multipurpose internet mail extensions file attachment when said synchronization 

command is and add command or an update command. 

37. The method of claim 36 wherein step (B) comprises the steps of: 

2 (i) determining, in response to said receipt of said electronic mail, 

whether the recipient of said electronic mail is a member of said workgroup; and 

4 (ii) determining, in response to a positive determination that said 

recipient is a member of said workgroup, whether said multipurpose internet 

6 mail extensions contain an embedded synchronization command. 

38. The method of claim 37 wherein step (C) comprises the steps of: 

2 (i) determining, in response to said embedded synchronization 

command, whether said command is an add command or an update command; 
4 and 

(ii) saving, in response to said add or update command, said file 
6 attachment as one of said local workgroup files. 

39. The method of claim 37 wherein step (C) comprises the steps of: 

2 (i) determining, in response to said embedded synchronization 

command, whether said command is an add command or an update command; 

4 (ii) determining, in response to said add or update command, whether 

a version of said file attachment already exists as a local workgroup file; 

6 (iii) creating, in response to a positive determination that a version of 

said file attachment already exists as a local workgroup file, a backup copy of 

8 said existing local workgroup file; and 
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saving said file attachment as one of said local workgroup hies. 



40. The method of claim 39 wherein step (iv) comprises replacing said 
2 existing local workgroup file with said file attachment in response to the creation 

of said backup copy in step (iii). 

41. The method of claim 39 wherein step (iv) comprises saving said file 
2 attachment as a new local workgroup file in response to a negative 

determination in step (ii) that a version of said file attachment already exists as a 
4 local workgroup file. 

42. The method of claim 35 wherein step (B) comprises the steps of: 

2 (i) determining, in response to said receipt of said electronic mail, 

whether the recipient of said electronic mail is a member of said workgroup; and 

4 (ii) determining, in response to a positive determination that said 

recipient is a member of said workgroup, whether said multipurpose internet 

6 mail extensions contain an embedded synchronization command. 

43. The method of claim 42 wherein step (C) comprises the steps of 

2 (i) determining, in response to said embedded synchronization 

command, whether said command is a command to delete one of said computer 
4 files from said local workgroup files; and 

(ii) deleting, in response to said delete command, said one of said 
6 computer files from said local workgroup files. 

44. The method of claim 43 wherein step (ii) comprises the steps of : 

2 (a) determining, in response to a positive determination that said 

embedded synchronization command is a delete command, whether a version of 

4 said one of said computer files exists as a local workgroup file; 

(b) creating, in response to a positive determination that a version of 

6 said one of said computer files exists as a local workgroup file, a backup copy of 
said existing local workgroup file; and 

8 (c) deleting said existing computer file from said local workgroup 

files. 
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45. The method of claim 35. wherein said synchronization commands 
2 are embedded within the header fields of said multipurpose internet mail 

extensions as header field values. 

46. The method of claim 45 wherein said header field values are 
2 header subtype field values. 

47. The method of claim 46 wherein said header subtype field values 
2 are media subtype field values. 

48. The method of claim 45 wherein said header fields are Content- 
2 Type header fields. 

49. The method of claim 48 wherein said Content-Type header fields 
2 are discrete media type header fields. 

50. The method of claim 49 wherein said discrete media type header 
2 fields are text header fields. 

51. The method of claim 35 comprising the additional step of: 

2 (D) notifying said workgroup members of said synchronizing of said 

local workgroup files. 

52. The method of claim 51 wherein said workgroup members are 
2 notified of said synchronizing by a second electronic mail. 

53. The method of claim 35 wherein said local workgroup files reside 
2 in local workgroup folders. 

54. A method for automatically synchronizing computer files shared 
2 by members of a workgroup, copies of said computer files residing on the 

computers of said workgroup members as local workgroup files, said computers 
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4 being capable of sending and receiving electronic mail having multipurpose 

internet mail extensions, comprising the steps of: 
6 (A) revising a first local workgroup file, said first local workgroup file 

residing on the computer of a first workgroup member; 
8 (B) creating, in response to said revising, a first electronic mail having 

multipurpose internet mail extensions, said multipurpose internet mail 
10 extensions containing an embedded synchronization command, said first 
electronic mail having a multipurpose internet mail extensions file attachment 
12 when said synchronization command is an add command or an update 
command; 

14 (Q sending said first electronic mail to a second member of said 

workgroup; 

16 ( D ) receiving said first electronic mail by said second member of said 

workgroup; 

18 (E) determining, in response to said receiving, whether said 

multipurpose internet mail extensions of said first electronic mail contain an 

20 embedded synchronization command; and 

(F) synchronizing, in response to said embedded synchronization 

22 command, a second local workgroup file corresponding to said first local 
workgroup file, said second local workgroup file residing on the computer of 

24 said second member of said workgroup. 

55. The method of claim 54 wherein said local workgroup files each 
2 have an associated file digest, said digest being updated whenever said local 

workgroup files are revised. 

56. The method of claim 55 wherein said digest is a hash of said local 
2 workgroup file. 

57. The method of claim 56 wherein said hash is created with the SHA- 
2 1 algorithm. 



25 

58. The method of claim 55 wherein said synchronization command 
contains a copy of the ancestor digest when said synchronization command 
comprises an add command, an update command or a delete command. 

59. The method of claim 58 wherein said second local workgroup file is 
automatically synchronized only if the digest of said second local workgroup file 
equals said ancestor digest. 

60. The method of claim 59 wherein said second workgroup member 
chooses whether to synchronize said second local workgroup file when the 
digest of said second local workgroup file does not equal the digest of said first 
local workgroup file. 

61. The method of claim 54 wherein step (F) comprises the steps of: 

(i) determining, in response to said embedded synchronization 
command, whether said command is an update command; 

(ii) creating, in response to said update command, a backup copy of 
said second local workgroup file; and 

(iv) saving said file attachment as said second local workgroup file. 

62. The method of claim 54 wherein step (F) comprises the steps of 

(i) determining, in response to said embedded synchronization 
command, whether said synchronization command is a delete command; and 

(ii) deleting, in response to said delete command, said second local 
workgroup file from the local workgroup files of said second workgroup 
member. 



63. The method of claim 62 wherein step (ii) comprises the steps of : 

(a) creating, in response to said delete command, a backup copy of 
said second local workgroup file; and 

(b) deleting said second local workgroup file from the local 
workgroup files of said second workgroup member. 
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64. The method of claim 54 wherein said synchronization commands 
are embedded within the header fields of said multipurpose internet mail 
extensions as header field values. 



65. The method of claim 64 wherein said header field values are 
header subtype field values. 

66. The method of claim 65 wherein said header subtype field values 
are media subtype field values. 

67. The method of claim 64 wherein said header fields are Content- 
Type header fields. 

68. The method of claim 67 wherein said Content-Type header fields 
are discrete media type header fields. 

69. The method of claim 68 wherein said discrete media type header 
fields are text header fields. 



70. The method of claim 54 comprising the additional step of: 

(G) notifying said workgroup members of said synchronizing of said 
local workgroup files, 

71. The method of claim 70 wherein said workgroup members are 
notified of said synchronizing by a second electronic mail. 

72. The method of claim 54 wherein said local workgroup files reside 
in local workgroup folders. 

73. A method of managing membership in a workgroup with 
electronic mail, said electronic mail having multipurpose internet mail 
extensions, the workgroup members of said workgroup having local workgroup 
files and local workgroup mailing lists residing on the computers of said 
workgroup members, comprising the steps of: 
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6 (A) receiving a first electronic mail; 

(B) determining whether said multipurpose internet mail extensions of 
8 said first electronic mail contain an embedded mailing list management 
command; 

10 (Q determining, in response to a positive determination in step (B), 

whether said mailing list management command is an invitation command; 

12 (D) determining, in response to a positive determination in step (C), 

whether the recipient of said first electronic mail is an existing member of said 

14 workgroup; and 

(E) adding, in response to a negative determination in step (D), said 

16 recipient of said first electronic mail to said workgroup, said adding comprising 
the creation of a local workgroup mailing list on the computer of said recipient 

1 8 of said first electronic mail. 



74. The method of claim 73 further comprising the step of: 

2 (F) sending to the author of said first electronic mail a second 

electronic mail, said second electronic mail having an embedded rsvp. 

75. The method of claim 74 further comprising the steps of: 

2 (G) determining, in response to a negative determination in step (C), 

whether the recipient of said first electronic mail is an existing member of said 
4 workgroup; 

(H) determining, in response to a positive determination in step (G), 
6 whether said mailing list management command is an rsvp command; 

(I) determining, in response to a positive determination in step (H), 
8 whether said recipient of said first electronic mail sent an invitation to the author 

of said first electronic mail; and 
10 (J) adding, in response to a positive determination in step (I), said 

author of said first electronic mail to the local workgroup mailing list of said 
12 recipient as a new member of said workgroup. 

76. The method of claim 73 further comprising the step of: 
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(K) sending, in response to said adding in step (J), a second electronic 
mail to said members of said workgroup, said second electronic mail having an 
embedded introduction command. 



77. The method of claim 73 further comprising the steps of: 

(L) determining, in response to a negative determination in step (H), 
whether said mailing list management command is an introduction command; 

(M) determining, in response to a positive determination in step (L), 
whether said new workgroup member appears in the local workgroup mailing 
list of said recipient of said first electronic mail; and 

(N) adding, in response to a negative determination in step (M), said 
new workgroup member to said local workgroup mailing list of said recipient of 
said first electronic mail. 



78. The method of claim 77 further comprising the step of: 

(O) sending, in response to said adding in step (N), a second electronic 

mail to said members of said workgroup, said second electronic mail having an 

embedded welcome command. 



79. The method of claim 77 further comprising the steps of: 

(P) determining, in response to a negative determination in step (L), 
whether said mailing list management command is a welcome command; 

(Q) determining, in response to a positive determination in step (P), 
whether the author of said first electronic mail appears in the local workgroup 
mailing list of said recipient of said first electronic mail; and 

(R) adding, in response to a negative determination in step (Q), said 
author of said first electronic mail to said local workgroup mailing list of said 
recipient of said first electronic mail. 



80. The method of claim 73 comprising the additional steps of: 
(S) determining, in response to a negative determination in step (C), 
whether said mailing list management command is a leave command; 
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4 (T) determining, in response to a positive determination in step (S), 

whether the workgroup member to be removed appears in the local workgroup 

6 mailing list of the recipient of said first electronic mail; and 

(U) removing, in response to a positive determination in step (T), said 

8 workgroup member to be removed from said local workgroup mailing list of 
said recipient of said first electronic mail. 

81. The method of claim 73 wherein said mailing list management 
2 commands are embedded within the header fields of said multipurpose internet 

mail extensions as header field values. 

82. The method of claim 81 wherein said header field values are 
2 header subtype values. 

83. The method of claim 82 wherein said header subtype values are 
2 media subtype field values. 

84. The method of claim 81 wherein said header fields are Content- 
2 Type header fields. 

85. The method of claim 84 wherein said Content-Type header fields 
2 are discrete media type header fields. 

86. The method of claim 85 wherein said discrete media type header 
2 fields are text header fields. 
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